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ABSTRACT 


In one embodiment, a cost-effective videophone device 
includes a programmable processor circuit capable of com- 
municating over a conventional communications channel, 
such as a POTS line, and of generating video data for display 
on a television set. The device includes a video source, an 
interface circuit, including a modem transmitting and receiv- 
ing video and audio data over the channel; an EEPROM 
circuit for storing a program to control the videophone 
apparatus; and a display driver circuit for generating video 
data to the display. The programmable processor circuit 
includes a DSP-type processor for processing video data and 
a RISC-type processor executing the stored program and 
controlling the operation of the videophone apparatus. 
Further, a housing arrangement, enclosing each of the above 
structures, mounts adustably on the top of the display. 

12 Claims, 6 Drawing Sheets 
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VIDEOCOMMUNICATING APPARATUS AND 
METHOD THEREFOR 

This is a continuation-in-part of U.S. patent application 
Scr. No. 08/908,826. filed on Aug. 8, 1997 (now U.S. Pat. 
No. 5,790,712), which is a continuation of U.S. patent 
application Ser. No. 08/658,917, filed on May 31, 1996 (now 
abandoned), which is a continuation of U.S. patent applica- 
tion Ser. No. 07/303,973, filed Sep. 9, 1994 (now 
abandoned) entitled "Video Compression and Decompres- 
sion Processing and Processors", filed Sep. 6, 1995, which 
is a continuation of U.S. patent application Ser. No. 07/838, 
382, filed on Feb. 19, 1992, (now U.S. Pal. No. 5,379,351). 

RELATED APPUCATION 

This apphcation is also related to, and fully incorporates 
by reference, U.S. patent application Ser. No. 08/708,184, 
entitled "Video Compression and Decompression Arrange- 
ment Having Reconfigurable Camera and Low-Bandwidth 
Transmission Capability", filed Sep. 6, 1996, which is a 
continuation-in-part of U.S. patent application Ser. No. 
08/457,516, entitled "Integrated Multimedia Communica- 
tions Processor and Codec", filed May 31, 1995 (now 
abandoned). 

FIELD OF THE INVENTION 

The present invention relates to video communication 
systems, and more particularly, to a programmable video- 
communicator architecture and an arrangement and method 
for videoconferencing over a conventional communications 
channel. 

BACKGROUND OF THE INVENTION 

\^deo communication systems span a variety of applica- 
tions. One such application is videoconferencing. Mdeocon- 
ferencing typically involves the real-time sharing of video 
along with audio, graphics and/or data information between 
two or more terminals over a communications channel. A 
videoconferencing session may involve merely a video- 
enabled telephone call between two friends or, in a more 
complex application, involve a multi-way call among cor- 
porate boardrooms with advanced camera control and with 
sharing of data applications such as word processors and 
spreadsheets and using ISDN digital lines or TI lines for 
communication. 

Videoconferencing technology has been evolving vary 
rapidly. The evolution began with a number of proprietary 
products, offered by various vendors and communicatively 
incompatible with each other. As the demand for equipment 
compatibility grew, vendors and scientific experts began to 
cooperate and, through a standards body such as the Inter- 
national Telecommunications Union (ITU), industry stan- 
dards have been and are being adopted- This has typically 
involved the effort of an industry-wide consortium, such as 
the Intemationai Multimedia Teleconferencing Consortium 
(IMTC), to iron out implementation details of the standards, 
agree on the interpretation of sections of the standards that 
are unclear, and test each of the vendor's products against 
those provided by other vendors. 

Once a baseline level of interoperability has been 
established, the vendors proceed to bring their standards- 
compliant products to market, and continue to add their own 
features to gain competitive advantage. While preserving 
standards compHance, the vendors differentiate their prod- 
ucts from those of other vendors largely based on price and 
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video/audio quahty. The mass consumer market demands 
that such products provide audio/video quality with insub- 
stantial communication-related delays and at extremely low 
costs. Accordingly, such demands have been difficult to 
5 meet. 

SUMMARY OF THE INVENTION 

The present invention is directed to a videophone appa- 
ratus and method for communicating video and audio data 

10 over a conventional communications channel. According to 
one example embodiment, a videoconferencing apparatus 
for communicating video and audio data over a plain old 
telephone service (POTS) line, comprises: a video source 
configured and arranged to capture images and to generate 

15 video data representing the images; a POTS interface circuit, 
including a modem, configured and arranged to transmit and 
receive video and audio data over the POTS line; a pro- 
grammable processor circuit having a first section, including 
a DSP-type processor, configured and arranged to encode 

20 and decode video data, including the video data generated by 
the video source, according to a programmed video-coding 
recommendation, and having a controller section, including 
a RISC-type processor, communicatively coupled to the first 
section, the controller section executing a stored program for 

25 controlling operation of the videophone apparatus in 
response to user-generated commands; an EEPROM circuit 
coupled to the programmable processor circuit and arranged 
for storing the program for controlling operation of the 
videophone apparatus; a display driver circuit responsive to 

30 the programmable processor circuit and configured and 
arranged to generate video data for a display; and a housing 
arrangement, enclosing the video source, the POTS interface 
circuit, programmable processor circuit, EEPROM circuit, 
display driver circuit, and constructed and arranged to 

35 mount adjustably on the top of the display. 

BRIEF DESCRIPTION OF THE DRAWINGS 

Other aspects and advantages of the present invention wHl 
become apparent upon reading the following detailed 
4Q description and upon reference to the drawings in which: 

FIGS, la, lb and Ic are block diagrams of example 
videophone communication systems, according to particular 
embodiments of the present invention; 

FIGS. 2a and 2b are perspective views of two example 
45 types of set-top boxes for use as part of a video commimi- 
cation system, according to particular embodiments of the 
present invention; 

FIG. 3 is a specific block diagram of an example 
videoprocessor circuit, which may be used to implement one 
50 or more of the systems depicted in the above figures; and 

FIG. 4 illustrates one example method, according to the 
present invention, for updating data and/or interrogating 
memory in one or more of the systems depicted in the above 
figures. 

55 While the invention is susceptible to various modifica- 
tions in alternative forms, specific embodiments thereof 
have been shown by way of example in the drawings and 
will herein be described in detail. It should be understood, 
however, that it is not intended to Hmit the invention to a 

^0 particular form disclosed. On the contrary, the invention is 
to cover all modifications, equivalents, and alternatives 
falling within the spirit and scope of the invention was 
defined by the appended claims. 

65 DETAILED DESCRIPTION 

The present invention is believed to be apphcable to 
various types of data processing environments in which 
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video is processed for transmission using a conventional circuit via the SRAM bus 120. A nonvolatile, electrically- 
transmission channel. In applications requiring real-time erasable programmable memory 141, such as an EEPROM 
processing of video and audio data types of input data (including but not limited to flash memories), is used to store 
sources, such as videoconferencing, the present invention program-related data used by the processor circuit 120 to 
has been found to be particularly advantageous in that it is 5 operate the terminal 110. This data includes program data 
readily and inexpensively implemented. An appreciation of executable by the processor circuit 120, unit-identification 
the invention may be ascertained through a discussion in the ^^^^ configuration and set-up data and parameters, such 
context of such a real-time application. The figures are used "^^^ ^^^^^^^ ^^^'1^^. l^rmm^l 110 with 
to present such an application. ^^1^^^^^ interact servers. A DRAM memory 142 is used to 
_ . . 1 . x^,^ ^ M< store video and audio data, for instance, in connection with 
lumme now to the drawmes, HO. la illustrates an - c -a c • • *• a 
, - - * XI* iijuonaivo processmg for videoconferencing communications. An 
examp e videophone oommunicahon system, accordmg to a ^ ^ ^^ ^^^^ executable program- 
particular embodiment of the presen mvenUon. Hie system frequently-used data and stack data for general- 
ot HO. la includes a hrst terminal UU communicating with processine tasks. The SRAM is also used to store 
a second similarly^onstructed tennma 112. TUe commu- buffers of compressed video and audio data and input/output 
mcation takes place usmg a conventional modem circuit 113 15 (j^qj transferred via the serial port 123 and host port 
for transmittmg (and receiving) audio and video data over a ^21 to external devices 

communications channel 114. In a certain example ™_ ... . crn^ < • 1 j j . • 

embodiment, the first terminal 110 is implemented in a ^he embodiment of FIG. la mcludes a modem c^cuit 113 

manner consistent with one of various set-top box units .'° processor circuit via the SRAM bus 

■1 ui 001 * /-^t ivc on 125. inis IS a memory-mapped connection in which the 

available from 8x8, Inc. of Santa Clara, Calif. The commu- 20 ... . . , . t . 

• . i^t^ u*i c modem circuitry IS enabled via the bus address Imes and data 

mcations channel 114 can be unplemented usmg a variety of . , ^ .1 ^ • ^ ouiaw««i« 

available pathways, including L illustrated POTS phone f"" '° ' ^Tu "T" 

line (central office not shown). ^I'' ''"^ '^'"t ''"f^,occ the modem 

^ ^ , , ^ ^ circuitry uses the ACV288ACI chipset available from 

For further mformation concerning the construction and Rockwell Inc. 

operation of such set-top units, reference may be made to t„ u # ♦ n nn ■ i j * 

o o» 1 ju iT ^ ji i7^n/;r./ii^c A^^rr. In other embodiments, a host controller 139 IS coupled to 

8x8 s manuals and brochures for models VClOO/105, VC50 „^ ^^^^^^ via a host interface port, is ^ed to 

and yC55 (attached as ap^nices A Ihrou^ J) and to U.S. .^^ ^^^^^ ^^^^ ^^^^ 

6 1997 (Docket No. 11611.17US-01) entitled '^evice for ^^^shMng with the remote terminal and multiplexing of 

Mounting and Adjustmg a Video Phone and Methods ^^^^a a- a -a a * a f 1 

Tn. £» J * IT o T-f • . . 1- • o XT compressed audio and video data received from the proces- 

ni\ J «\rj • « u r u- u ■ memory such as EEPROM 141fl to store programs for both 

01), enutled WeoPhone Design, each of which is mc«r- j^jj jjO. These programs may be 

po rated herein by reference. , jj- j tj ^ • 
^ 35 changed durmg a download process from a server, as is 

The terminal 110 includes a processor circuit 120 with subsequently discussed. TTie host controUer 139 also uses its 

separate digital video buses 122 and 124 for video input and own SRAM 144a to run the host programs. In this 

video output, respectively. The input video bus 122 is used embodimem, the processor circuit 120 does not require its 

to receive video data from a video source such as a digital own EEPROM 141 since the host controller 139 can load its 

camera 126 (illustrated as being internal to the terminal 110). programs through the host port, and it uses a smaller SRAM 

Alternatively, the digital camera 126 can be replaced with an 144 since the SRAM 144fl is used for part of the program, 

analog camera and an NTSC/PAL decoder, such as the The host processor can be implemented as any of a variety 

BT827 available from Brooktree, Inc., and either arrange- of commercially available general-purpose processor 

ment can be implemented mteraal or extemal to the housing circuits, such as the 68302 available from Motorola, Inc. 

enclosing the processor ckc^^^ ^ conventional DTMF-type telephone as the 

The output video bus 124 is used to send video data for microphone-speaker arrangement 134, a user can also enter 

display to a momtor 130^Usmg a television^jpe momtor, commands for controlling the operation of the videophone 

me video data may Urst be encoded by a N I^C^/PAL-type apparatus by depressing the keys on the telephone. For a 

encoto 132, such as the BT866 or BT856 available from discussion of example types of key-input commands that 

roo e, nc. control terminal HO, reference may be to 

The processor circuit 120 interfaces user audio to a U.S. patent application Ser. No. 08/706,486, filed on Sep. 4, 

microphone-speaker arrangement 134 through a conven- 1996, 1997, entitled, "Telephone Web Browser Arrangement 

tional two-way analog-to -digital converter 136, such as the and Method" (Docket No. 11611.03-US-Ol), and Ser. No. 

CS4218 available from Crystal Semiconductor, Inc. In this 08/861,619, filed on May 22, 1997, entitled, "Arrangement 
particular embodiment, the microphone and speaker 55 for Controlling the View Area Of a Video Conferencing 

arrangement 134 is realized using an ordinary telephone. In Device and Method Therefor*' (Docket No, 11611.47-US- 

addition, the audio output is routed to the TV 130 for 01). 

reproduction over the TV speaker. In one embodiment, an piG. lb shows yet another embodiment, according to the 

audio DSP (digital signal processor) 138 is used between the present invention, in which the digital camera 126 of FIG. la 
converter 136 and the processor circuit 120 for compressing go is replaced by an extemal video source such as camcorder 

and decompressing audio. An example DSP is the AD2181 129 which connects to an STB unit, implemented as an 

fromAnalog Devices, Inc. In another embodiment, the audio NTSC/PAL decoder 128. The decoder 128 converts the 

DSP 138 is bypassed and the processor circuit 120 is camcorder video signal into a digital form suitable for 

programmed to provide the audio compression and decom- interface to the video input of the processor circuit 120'. This 
pression. 55 embodiment is consistent with the VC50 STB from 8x8, 

The example implementation of FIG. la includes differ- lac, as illustrated and described in VC50 Users manual 

ent types of memory circuits connected to the processor (attached as Appendix A). 


10/18/2002, EAST Version: 1.03.0002 


6,124,882 

5 6 

FIG. Ic shows yet another embodiment, according to the As with the configuration of the terminal of FIG. la, each 

present invention, in which the STB unit transmits over an of the units 110' and 110" includes connections to a power 

ISDN digital line rather than over a POTS line. In this line, to a control/handset such as a telephone or an IR remote 

embodiment, the compressed audio and video data are (each including a keypad) to provide user control, and to the 

transmitted from the processor circuit 120" via the TDM 5 antenna and/or audio/video input of a TV for displaying 

serial port 127 to an ISDN mterface circuit 151, which video. The terminal 110" of FIG. 26 differs from the terminal 

connects directly to the ISDN line. ISDN interface circuits i^o' of FIG. 2a in that the former also includes a line for 

are commercially available, for example, from Siemens ^^^^^ ^.^^ ^ ^^^^^^^1 ^.^^^ ^ ^^^^ ^ ^ 

Corp. This configuration may be used m three modes. In the ^^^ercial video camera 216m\ Because the terminal 

fii^t mode the processor circuit 120 implement the H.320 no-, of FIG. 2Z> does not include a camera, the terminal 110" 

videoconferencme standard, which is normally used on , , .1 1 , 

IDSN lines. ADSP 137, which is connected to the processor f adjustab e mounting arrangement such as the 

TDM serial port, performs audio compression and decom- ^'^^^^ component 153 of FIG. 2a. 

pression to allow the processor circuit 120 to concentrate its For further information concerning the transfer of control 

available processing power on video processing. A typical and video data between the server 150 and the terminal 110* 

H.320 call operates at a data rate of 128 blips. or 110" or various features of the terminal 110' or 110", 

In the second mode supported by the configuration in FIG. reference may be made to the attached appendices and 

Ic, the processor circuit 120" implements the H.324 previously -re fere need patent applications, 

standard, which is normally used for POTS lines. In this The coupled communications channel may further be 

mode, known as "~H.324 - over - IDSN^", ¥.34 modem ^^ed to connect either of these units UO' and UO" to a 

specified by H.324 standard is implemented on the m 20 down-loader server 160. Once again using the example 

which also passes raw audio data from the audio D/A, A/D ^^^^^-^ configuration of FIG. 1 a, the terminal 110' or UO" is 

to the processor circuit 136 . The rest of the H.324 standard c • . -.u j 1 j ^/-n 

r- t K- A- 1 uj^ ii.j^-r aiaiiuaiu configufcd to communicate With the down-loader scrvcf 160 

(mcludmg audio compression and decompression) IS imple- • . ^^yn c r^rr^ ^ . i_ j i .t_ 

mented on the processor circuit 120". The V.34 data stream j^'^^V r^^"^' ^ . 

generated by the DSP 137 is passed through the processor 25 ""^u^^ ? '^'^t t '^'^'''^^^X^' ^^e commu- 

circuit 120" and is transmitted over the ISDN line. This Qi^ations channel through the modem 113 and stored m 

configuration aUows the ISDN terminal of FIG. Ic to nonvolatile memory 141. Using a programmable multipro- 

communicate with POTS terminals using a central office to ^^^^^ configuration for the processor circuit 120 of HG, la, 

perform the digital-to-analog conversion from ISDN to the tenninal UO of FIG. la can accomplish such data 

POTS. revisions efficiently and without significantly increasing the 

Hie third mode supported by the ISDN terminal of FIG. '° complexity of the terminal. Each illustrated "server'' 

Ic, known as "H.324/I" and is standardized as part of the miplemented usmg a variety of programmable com- 

H.324 standard, amiex D (to be adopted by the ITU in Jan. P^^^^ equipment, includmg but not lunited to a desktop 

1998), is similar to the second mode except that the V.34 Personal computer, another videoconferencing termmal, an 

modem is completely eliminated. In this mode the DSP 137 35 ^''^^'"^^ ^^^^"^ mentioned above) and a mainframe 

simply passes raw audio data from the audio D/A - A/D 136" computer. 

to the processor circuit 120", which implements to the H.324 Another important aspect of one particular embodiment of 

standard including audio and video compression. The com- present invention involves use of the processor circuit 

pressed audio and video data are mixed and then transmitted 120 to provide an automatically-answer mode. In this mode, 

directly on the ISDN line digitally without any modulation. 40 processor circuit 120 is programmed to receive a com- 

This mode allows two ISDN terminals to communicate mand that configures the terminal to automatically answer 

using H.324/I which is considered by many skilled in the art the phone when it rings. Once the phone call is answered, an 

to be a superior standard to H.320. Accordingly, the con- acknowledge signal may be provided to the calling terminal 

figuration of FIG. Ic allows a single ISDN terminal to or phone, and the answering terminal waits for receipt of a 

operate in H.320, H.324-over-ISDN, and H.324/I modes, 45 secret code using, for example, the control channel to pass 

thus allowing interoperability with a wide range of remote a code entered by depressing keys on the control/handset (or 

terminals. telephone) at the calling terminal. This configuration is 

Also in accordance with the present invention, FIGS. 2a advantageous for security or monitoring applications 

and 2t illustrate perspective views of set-top (box) units 110' because it permits a user, located at a remote location, to 

and 110", respectively, for positioning on top of a monitor 50 ^^^^ ^°^^Se ia front of the camera, 

such as a television (TV) or computer display 130' or 130". Another important aspect of one particular embodiment of 

Each of these units UO' and 110" is implemented using the present invention involves use of the processor circuit 

circuitry consistent with the first terminal 110 of FIG. la, 120 to provide video-source control from a remote location, 

and each unit UO' or UO" is configured to communicate In this mode, the processor circuit 120 is programmed to 

with a similarly-configured terminal U2' or U2" over a 55 process the video from one of three video sources (or 

conventional communications channel such as illustrated cameras) connected, for example, to the terminal of FIG. 16, 

POTS line 114' or 114" (or another channel type such as an and to respond to a remotely generated "select" command 

ISDN, LAN, USB or ethernet line). (for example, using a command passed over the control 

The coupled communications channel may also be used to channel) causing one of the video sources to be selected by 

connect either of these units UO' and 110" to an Internet 60 a remotely-located user This configuration is also advanta- 

server 150. Using the example circuit configuration of FIG. geous for security or monitoring appHcations, as well as 

la, the tenninal UO' or UO" is configured to communicate multi-image videoconferencing calls. For further infonna- 

witfa the Internet server 150 using the processor circuit 120 lioD on this and the previously discussed mode, reference 

of FIG. 1 to schedule the transfer of control and video data may be made to the attached appendices for the VC50 and 

through the modem U3. The TV 130 displays the video data 65 VC55 products. 

received over the modem U3, and the control/handset 134 Another important aspect of the present invention 

is used to select features and input data to the server 150. involves using the processor circuit 120 to download the 
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program-related data stored in the nonvolatile memory 141. 
As mentioned above, wide -spread sales of video-terminal 
equipment are problematic partly due to the many types of 
available compression/decompression algorithms, high-cost 
modification in adding different peripheral items to accom- 5 
modate the various compression standards, and their need of 
various types of peripheral equipment to implement different 
image-capturing functions such as full motion video, still 
pictures and photo scanned images. Providing low-cost, 
wide spread sales of such video terminals is in tension with 
accommodating the various algorithms and functions 
demanded by users of this equipment. However, using a 
data-revision method in conjunction with a programmable 
multi-processor architecture to implement the processor 
circuit 120, these seemingly contradicting goals can be made 
consistent with one another. Before discussing an example 
manner of such data-revision and various advantages real- 
ized in the context of a videocommunicator such as that 
illustrated in the above-discussed figures, it is helpful to 
consider how such a programmable multiprocessor archi- 20 
tecture can operate. 

FIG. 3 shows an example multiprocessor configuration 
for the processor circuit 120 of FIG. 1. In this particular 
configuration, depicted as processor circuit 1024 and 
referred to as the "MPA" (multimedia processor 25 
architecture), the multiprocessor configuration includes a 
digital signal processor (DSP) 1036 for high-complexity 
audio and video processing, a reduced instruction set com- 
puting (RISC) processor 1038 for general -purpose process- 
ing and system control, a digital video input section 1040 for 30 
interface to an external video source, a digital video output 
section 1050 for interface to an external video display 
circuit, a serial audio port 213 for interface to external audio 
input and output, an SRAM interface 202 to an external 
SRAM bus and a DRAM interface 292 to an external 35 
DRAM bus. The MPA 1024 is illustrated as a programmable 
audio/video codec and multimedia communications proces- 
sor and is suitable for implementation as a single chip or 
using multiple chips, depending on the targeted application 
and development/sales cost criteria. The MPA requires only 40 
memory and interface circuits for implementation of a 
complete multimedia and conferencing subsystem. A par- 
ticular implementation of the MPA is available from 8x8 
Inc., of Santa Qara, Calif. It is a single -chip implementation 
referred to as "VCP." For farther details, reference may be 45 
made to the pubhcation "VCP Datasheet", available from 
8x8, Inc. 

Within the MPA 1024, there exist two main program- 
mable processing units, a RISC processor 1038 and a DSP 
1036. The RISC processor supervises hardware resources 50 
for the input and output of audio and video data, the 
processing and compression/decompression of such data, 
the multiplexing and de -multiplexing of compressed audio 
and video data, error correction and error correction coding, 
handshaking with remote terminals during a videoconfer- 55 
encing call, and interface to a user input device. The address 
space of the RISC processor 1038 includes an internal ROM 
224, an internal SRAM 222, MMC ("memory-mapped 
contror') registers 226, and an SRAM interface 202 that 
connects to external memory such as SRAM, RAM or 
EEPROM, on a bus 152. 

The internal ROM 224 contains a boot routine that the 
RISC microprocessor 1038 executes at start up. The memory 
bus 152 connects to external memory that contains 
programs, data, and stack memory for the RISC processor 
1038 and memory for the compressed audio and video data 
buffers, as well as data transferred through the host port 214, 
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the serial audio port 213, and the TDM port 215. The internal 
SRAM 222 is for frequently used register data, which may 
be accessed by RISC processor 1038 simultaneously with 
the access to external program or data memory via SRAM 
interface 202 by the RISC processor 1038. The MMC 
registers 226 allow the RISC to control the hardware input, 
output and processing resources, including the video pro- 
cessor 1036 that are coupled to the first and second data 
buses 204 and 294, respectively. 

In one embodiment of the invention, the RISC processor 
1038 is a microprocessor which implements an enhanced 
MIPS-X instruction set. The MIPS-X insUiiction set is 
described in "MIPS-X Instruction Set and Programmers 
Manual," Technical Report No. 86-289 by Paul Chow, 
available from 8x8, Inc., which is incorporated by reference 
herein in its entirety. In this embodiment, the RISC proces- 
sor 1038 has 32 bits of program instruction and 32 bits of 
pipeline data. The memory interface 202 has an isolation 
circuit connected to the instruction data bus 208 and the first 
data bus 204. When the risk processor 1038 executes an 
instruction that accesses data in the intemal SRAM 222, the 
isolation circuit loads the data firom the SRAM 222 while 
simultaneously fetching the next program instruction from 
the external bus 152. For further information concerning the 
pipelined operation of an example embodiment of the RISC 
processor 1038, reference may be made to the above- 
discussed MIPS-X documentation. To improve the effi- 
ciency of 8-bit and 16-bit operations, the MIPS-X instruc- 
tion set is augmented to include the instructions disclosed in 
Appendix A of the previously-mentioned patent application, 
entitled "Video Compression and Decompression Arrange- 
ment Having Reconfigurable Camera and Low-Bandwidth 
Transmission Capabifit/', filed Sep. 6, 1996,. The RISC 
processor 1038 is programmable using "C" language 
compilers, which are available for MIPS-X processors. 

The SRAM interface 202 controls accesses to mapped I/O 
devices such as standard SRAM or nonvolatile memories 
(ROM, EPROM, EEPROM and FLASH). A 32-bit data bus 
LD[31:0] and a 20-bit address bus LA[19:] connect the 
SRAM interface 202 with the external bus 152 but the 
memory interface 202 also supports 16-bit and 8-bit devices. 
The signals on 4 byte enable lines. LWRLL, LWRLH, 
LWRHL, and LWRHH determine which bytes in a 32-bit 
word are written to the external memory devices. The 
SRAM interface 202 supports four independent external 
address spaces for four banks of memory or mapped I/O 
devices. Four chip-enabled lines LC[3:0] from the SRAM 
interface 202 select the address space being accessed. Each 
address space has programmable bus width and weight 
stales. The SRAM interface 202 and RISC processor 1038 
thus support varied types of memories including SRAM, 
ROM, EPROM, EEPROM and flash and memory-mapped 
I/O devices. 

The SRAM DMA section 206 provides for bi-directional 
DMA ("direct memory access") data transfers between 
external SRAM (via the SRAM interface 202 and the 
external bus 152) and the peripheral hardware devices 
connected to the SRAM bus 204. Such peripheral devices 
include the host port 214, the serial audio port 213, the TDM 
bus interface 215, the Huffman encoder 262, the Huffman 
decoder 263, the portal 250, the H221/BCH decoder 241, 
and tile BCH/H.221 encoder 240. 

The DSP 1036 is a programmable signal processor which 
implements video coding procedures such as motion 
estimation, loop filters, discrete cosine U-ansforms (DCTs), 
and quantization and zigzag scanning, as may be required by 
a software -selected video protocol. It also implements audio 
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coding procedures such as filtering, linear prediction, and 
codebook-based vector quantization, as may be required by 
a software-selected audio protocol. In particular, the DSP 
1036 executes software which performs video compression 
operations required by the MPEG, JPEG, H.261 and H.263 5 
standards, as well as proprietary video compression 
processes, and audio compression operations required by the 
MPEG, G.711, G.722, 0.723, G.728, and G.729 standards, 
as well as proprietary audio compression processes. One 
embodiment of the DSP 1036 implements a SIMD 
("simultaneous instruction multiple data path**) architecture 
with the instruction set listed in the publication "VP Pro- 
grammers Manual'* by Hcdley Rainnie (revised by Daniel 
Helman), which is available from 8x8, Inc., and is incorpo- 
rated by reference in its entirety. 

The DSP 1036 processes video and audio data by execut- 
ing software stored in two local memories — an SRAM 282 
and a ROM 283. The ROM 283 contains program segments 
that are used often or in multiple compression standards. 
Examples are DCT, finite impulse response filter and video 20 
motion search. The SRAM 282 contains program segments 
that are used less often or that are particular to a given 
compression standard. Examples are the codebook search 
routines that are defined in the G.723 standard and the 
half-pixel prediction routine as defined in the H.263 stan- 25 
dard. A DSP program can be dynamically loaded into the 
SRAM 282 either in its entirety at startup (if the entire 
program fits at once), or in pieces during execution (if the 
program is too big to fit in the SRAM 282 at once). In the 
former case, the program may be loaded from external 
EEPROM by the RISC 1038 via the MMC registers 226. In 
the latter case, the program may be stored in external DRAM 
and loaded in pieces to the SRAM 282 via the DRAM bus 
294. 

The DRAM DMA section 296 provides for bidirectional 35 
DMA data transfers between external DRAM (via the 
DRAM interface 292) and the peripheral hardware devices 
connected to the DRAM bus 294. These devices include the 
DSP 1036, the video input 1040, the video output 1050, the 
HufiGman encoder 262, the Huffinan decoder 263, and the 40 
portal 250. 

The portal 250 is connected to both the DRAM bus 294 
and the SRAM bus 204. It allows the direct bi-directional 
transfer of data between these buses and is controlled by the 
RISC processor 1038 via the MMC registers 226. 45 

The Huffman encoder 262 and the Huffman decoder 263 
also allow ttansfer of data between the DRAM bus 294 and 
the SRAM bus 204. However, unlike the portal 250, the 
Hufi&nan encoder 262 and the Huffman decoder 263 trans- 
form the data during this transfer. The transformation is 50 
directed to the entropy coding process, which is found in 
many video compression algorithms including JPEG, 
MPEG, H.261, and H.263. The data on the DRAM bus 294 
contains run length/amplitude (RLA) information pertaining 
to an 8x8 block of quantized DCT coefficients. The coeffi- 55 
cients are scanned in an order determined by the particular 
video compression standard. The scan results are stored as a 
sequence of RLA tokens, each token representing a string of 
zero coefficients followed by a non-zero coefficient. The 
token indicates the number of zero coefficients ("run 60 
lengths*') as well as the amplitude and sign of the non-zero 
coefficient. In a particular embodiment, a token is repre- 
sented on the DRAM bus 294 as a 32-bit value of which 6 
bits represent run length, 11 bits represent amplitude, and 1 
bit represents sign (14 bits are unused). The token on the 65 
SRAM bus 204, however, is represented in a variable-length 
code word (VLC) format, which is defined by a particular 


standard. The average length of a VLC code word is 
typically much less than 32 bits, resulting in compression of 
the token information. The HuE&nan encoder 262 converts 
the token data from the expanded format to the VLC format; 
the Huffman decoder 263 does the opposite. 

The H.221/BCH decoder section 241 and the BCH/H.221 
encoder section 240 provide hardware assistance to the 
software process that implements that H.221 multiplexer 
standard within the H.320 videoconferencing standard. This 
assist includes BCH error protection on the compressed 
video data. 

The MPA architecture contains several input/output (I/O) 
interfaces to external devices. The SRAM interface 202 
connects to external memory devices as discussed above. In 
addition, this interface may be used for "memory mapped 
control,*' in which a particular external device is connected 
to the SRAM bus and assigned a unique address for access 
by the RISC. Examples of such devices are a modem and 
light-emitting diode (LED) controller for status indication. 

The host port 214 is a 16-bit parallel interface to a host 
controller (either a microcontroller or a computer). The MPA 
may be used in a slave mode, with the host controller in 
master mode. The host controller performs such operations 
as loading program software to the MPA, issuing commands, 
and receiving status indications, all through the host port 
214. 

The serial port 213 is a general-purpose, bi-directional 
synchronous serial interface. Typically, it is used for digital 
audio I/O, but other applications are possible, including a 
serial interface to an external DSP implementing a modem 
or other communications protocol. 

The TDM bus interface 215 is a serial interface to a time 
division multiplexed (TDM) bus such as the multi-vendor 
interface protocol (MVIP) industry standard. It allows for 
the transmission of several data channels coalesced on a 
bit-by-bit basis into a single data stream. It is programmable 
and controlled by the RISC 1038 and may be configiired to 
act like a standard serial interface, for example, to connect 
to a digital audio stream. 

The video input section 1040 and the video output section 
1050 interface to external digital video source and display 
equipment, respectively. The interface uses either the CCIR 
601 or the CCIR 656 digital video standards. The video input 
section 1040 and the video output section 1050 are pro- 
grammable and controlled by the RISC 1038 via the MMC 
registers 226. The video input 1040 may be configured to 
interface with a variety of digital video cameras or to a 
digital decoder chip, which is in turn connected to a com- 
posite video signal such as that from a camcorder or a VCR. 
The video output section 1050 may be configured to drive a 
video encoder chip, which in turn drives a TV or VGA 
monitor. Both the video input 1040 and the video output 
1050 can be configured for NTSC or PAL timing, guaran- 
teeing programmability for compatibility with TV and cam- 
era standards worldwide. 

An important feature of the MPA is its flexibility and 
programmability. Each of the main processors, RISC 1038 
and the DSP 1036, are fully software-programmable and can 
execute different programs to perform various tasks such as 
MPEG, videoconferencing, and Internet browsing. A single- 
system design may perform all these tasks by simply storing 
several programs in a non-volatile memory (such as ROM or 
EEPROM) and loading each program to the MPA as appro- 
priate. 

For the purposes of explanation, it is helpful to describe 
an example application of the MPA in a POTS videocon- 
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ferencing system. This example is not inteaded to limit the 
potential uses of the MPA. Such a POTS videoconferencing 
system implements the H.324 standard consisting of: H.263 
video compression, G.723 audio compression, H.223 
multiplexer, H.245 control and handshaking, and V,34 5 
modem. An example application illustrates the video and 
audio encoding process. The video encoding involves the 
MPA receiving video data via the video input 1040. The 
video input 1040 may scale the video data to a format 
suitable for compression. The video data is then stored in 10 
external DRAM via the DRAM DMA 296 and the DRAM 
interface 292. The video data is compressed by the DSP 
1036 with the results of the compression being RLA tokens, 
as discussed previously, stored in external DRAM. Tokens 
are passed through the Huffman encoder 262, converted to 15 
the VLC format defined by the H.263 standard, and stored 
via the SRAM DMA 206 and the SRAM interface 202 in 
external SRAM. Alternatively, the RLA tokens may be 
passed through the portal 250, stored in external SRAM, and 
converted to VLC fonnat in software by the RISC 1038. The 20 
audio-encoding involves receiving audio data from an exter- 
nal audio device through the serial port 213 and storing via 
the SRAM interface 202 in external SRAM. The data is then 
transferred to extemal DRAM via the portal 250. The DSP 
1036 compresses the data according to the G.723 standard 25 
and the compressed data is transferred back to external 
SRAM. The RISC 1036 implements the H.223 multiplexer 
standard, which interweaves the compressed audio and 
video data into a single stream and transmits that stream to 
an external memory-mapped V.34 modem via the SRAM 30 
interface 202. The decoding process including 
demultiplexing, audio decompression and video decompres- 
sion is the reverse of the encoding process described above. 
The DSP 1036 performs acoustic echo cancellation (AEC) 
on the audio data. The AEC process removes the component 
of the audio input that results from both acoustic coupling 
(caused by echoes off the walls of the room or direct 
couphng from the videoconferencing unit's speaker to its 
microphone) and electronic coupling (caused by feedback in 
the audio driver circuitry) of the audio output. The DSP 1036 
also detects dual tone multiple frequency (DTMF) signals in 
the audio input and notifies the RISC 1038 of the presence 
of the DTMF signals. These signals may be used for control 
of the videoconferencing session via a touch -tone phone 
connected to the audio port 213. The RISC 1038 acts as the 
supervisor of the MPA hardware resources. In addition, the 
RISC 1038 performs call control and handshaking with the 
remote videoconferencing terminal according to the H.245 
standard and controls the user interface by responding to 
extemal signals (such as DTMF tones from a telephone), 
changing the state of the session, and providing graphical 
feedback to the user via the video output 1050. 

FIG. 4 illustrates one example method of operation, 
according to the present invention, involving a server (or 
other properly-equipped terminal) communicating with the 
terminal of FIG. la or FIG. 2 to interrogate, and/or revise 
data in the memory for, the video processor circuit. The 
example flow of FIG. 4 assumes that the terminal has been 
previously programmed with a server interaction routine, 
including a set of valid server commands against which 
commands received can be compared to determine whether 
or not, and what aspects of, the server interaction routine 
should be executed. This permits the server to obtain control 
over the terminal in connection with an interrogation of, or 
a data revision to, the terminal. Example types of pre- 
programmed commands can include some or all of the 
following: display previously stored information or infor- 
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mation to follow; verify checksum; retrieve and/or check 
diagnostics information; receive and store attached data; 
transfer data from first address group to second address 
group (e.g., between DRAM and EEPROM); look for inputs 
from control/handset or other input source; and determine if 
handset is off-hook. For many of these command types, the 
server commands are sent along with memory and/or I/O 
addresses to designate where the data is to be stored, 
removed or sent. Use of commands of this type permits the 
server to perform a variety of functions, including but not 
limited to performing diagnostics on the terminal and pro- 
viding video and/or audio advertising and messaging for the 
terminal's user while a connection is established. 

In an ahernative embodiment (not illustrated in connec- 
tion with FIG. 4), the terminal can be pre-programmed with 
a less-complex server interaction routine that is capable of 
receiving data and iising this data to replace existing data in 
memory. For example, the terminal can be pre-programmed 
to respond to a server connection/command by storing all 
downloaded data in designated areas of the terminal *s 
memory, and without more than a few server-based com- 
mands being used. Another nonillustrated variation includes 
all displayed information for the user of the terminal to 
originate from the terminal rather than the server. 

In accordance with the example flow of FIG. 4, the video 
processor circuit of FIG. 3 can function independently from 
other applications being executed by the terminal. For 
example, the terminal can simultaneously support a video- 
conferencing or Internet connection while receiving revised 
data over the same communications charmel from the remote 
server (e.g., 150 or 160 of FIGS. 2a and 2b) providing the 
videoconferencing or Internet connection. This can be 
accomplished by passing the revision data along with asso- 
ciated control information over a control channel which is 
multiplexed with the compressed video and audio channels. 
Because the video processor circuit is implemented using 
multiple processors operating simultaneously, the DSP-type 
processor can be used to execute the complex algorithms 
associated with the decoding and encoding of video (as well 
as audio) data while the overseeing (e.g., RISC-type or host) 
processor manages the data revision functions. For further 
information concerning the processing of these various 
channels of information, reference may be made to the 
following U.S. patent application Sen No. , filed on Dec. 10, 
1997, entitled "Data Processor Having Controlled Scalable 
Input Data Source And Method Thereof (Docket No. 
11611.15USI1), incorporated herein by reference in its 
entirety. 

The example flow of RG. 4 begins at block 164 in 
response to power-up or reset of the terminal. At block 165, 
the terminal (e.g., using the RISC-type processor or host of 
FIG. la as the supervising processor) determines if the 
image of the data in memory is valid. In one embodiment, 
this is accomplished by generating a conventional cyclic 
redundancy code (CRC) word from the data in nonvolatile 
memory and comparing the word to a known valid result. 
Also at block 165, the terminal can test for a valid digital 
signature based upon the generated CRC word. The 
encrypted digital signature can be implemented, for 
example, using public key digital enayption technology. 
This is advantageous in that software unauthorized by the 
manufacturer cannot be executed on the terminal. If the 
image is not valid, a message is displayed indicating that 
new software should be downloaded from the server. 

To minimize the risk of data tampering, additional pro- 
tection to the data stored in the terminal's memory can be 
provided by locating the data revision routine (e.g., as 
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implemented using the flow of FIG. 4) within a single above-described extension unit; over the control channel 

segment of nonvolatile memory, and by write-protecting the while videoconferencing; and, as illustrated in FIG. 4, from 

routine through software and/or hardware. In one particular a server over a communications channel (via a modem). In 

implementation, the routine does not accept commands to one particular applicatioa, the first conimand sent from the 
overwrite itself or any location within its address space. To 5 server requests that the terminal return its stored program 

update the routine of FIG, 4, an external application is version information and ID/serial number. According to a 

downloaded to update the routine of FIG. 4. When the particular embodiment using this appUcation, each unit has 

external appUcation is executed, it installs a new data an ID/senal number stored withm its Bash memory aUov^^^ 

revision routine in nonvolatile memory. This new data the server to keep track of identity and locaUon of unit. This 
revision routine is then used to download other external lo ^^"^^^ keep a data base of mformaUon 

applications such as a web browser, a new download routine. phone numbers and where the unit can be found. 

■ ^ J J r\\/T^ t i The server data base can also mclude credit card miormation 

new compression standards, a DVD player, etc. ^ . , ^, . " ^^i^uv ^.ivun v^aiu uiLwimaviwu 

,^ , . „ , r .t , for automatic billing when an upgrade is obtamed. 

K, v^.rT "..""^ • , from block 165 to p^^^ j^j^^j^ ^^^^ ^ ^j,^^^ 

block 166 where the terminal de term mes if there IS a valid , , . r j . • * • i> 

, , -1^ server determines if the data m the terminal s memory 
indication to enter a server response mode. In various 15 . , , j . • . • j j 

... , tj.j'*- - requires an update. If an update is not required and no 
embodunents, a vahd mdication IS present when one or more ^ j « • . 

f u • J** J * * J » command other than a revise data type command has been 

of the folio wmg conditions is detected: a power-up or reset, • j ii . . . . 

^ i/u J * 1 * J * 1 if \ • ■ received, now returns to the main program with a possible 
whue the control/handset (implemented as a telephone) IS in ^ . \l . - t, • j- i jy , 

rr u ^ 1 fi J report to the termmal s user via the display and/or speakers 

an off-hook position; a Special sequence of keyed-m data (or /. i , i /^ . i ■ i \ rr 

^, . 1 J ^ . ■ J c ^1- . 1 J . on (telephone speakerts) or television speakers). It an update is 

other special code) is received from the control/handset; a^uv .,r, jr .ti . /i , -.oT i. 

/ . jj- J i,r required, flow proceeds from block 176 to block 184 where 

special command is received dunng a video call, for : , ^ . ^, • - j ^ r ^i. 

^ 1 . .11. 1 J -1 r the termmal receives the revision data from the server, stores 

example, over the control channel; and a special sequence of . - j j . - . . ✓ t^t^ a » ^ ^ 

. J • J . / • 1 J \ • ' 1 the retrieved data m volatile memory (e.g., DRAM), and 

keyed-m data (or other special code) is received from a , , . r i . / ■ • j / 

peripheral interface. In one embodunent. the termmal is '^^'^ """^"^ ^IP"'^'"' "^"S °' ""^ 

^ ^ . ^. 1 , J ^ ^ • v / user on the display. The server may update all or only part 
communicatively coupled to an extension umt (acting as a * * • i» t> .i_ u 

V . . ^ .| J • J- V 11 of the remote termmal s memory. Because the server has the 

server) and receives a special server mode mdication as well . - r . • i j i . j 

J f * • V 1 program information of the terminal, it needs only to send 

as server commands from the extension unit. One exemplary f^. ° • i .u j u * *t. i * / 

^ . i u jf • 11 * * J the termmal the differences between the latest program 

extension unit that may be used for this purpose IS illustrated . , . *i . j • i 

A A uAjjo * ♦ r *• c NT no/m-T version and the currently stored program version. In another 
and described in U.S. patent apphcation Ser. No. 08/977, , , ,u * i , . ^ ^ . ^ . ^. 

c£o ni J XT infv-i j j «irj ?n embodiment, the terminal is programmed to permit the 

568, filed on Nov. 25, 1997, and entitled, "Video- 30 !i * .u u a- ^ * 

conferencing Extension Unit for Peripheral Interfaces" ^^5^^^,^° ^P^^^. ^^.^^'^^^^ 

(Docket No. 11611.52-US-Ol), incorporated herein by ref- downloading, thereby causing display messages and/ 

. ^. ^ ^ or advertisements on the display, 

erence in Its entirety. ^^,1^001. • w i. 

- , , , . . , . , At block 188, the termmal (and/or the server) determmes 

In another embodiment involving two connected ;f tu,v „„,„i„ ^t™^ v t-uv u vu a 

, , . , , . ° . , , -ic II tms newly stored data is valid. Inis can be accompusned 

terminals, the terminals compare their respectavely stored y^niying, the data using CRC checksnms as it is being 

program versions and the termmal with the most recent ^^j^^^^ and/or upon compleUon of the entire retrieval. In 
version acts as a server to download the most recent version j^^^ embodiment, this vaUdation of retrieved data 

to the other termmal. In yet another simdar embodmient. ^^^^ ^^^^^^^ 4 j„ ^ interrupted 

rather than acting as he sever and automatically downloaded stream of data when interrupted, or connection 
downloading the tennina with the most recent version interruption upon reconnection to the 

informs the other terminal that its program version is out of ^^^^ ,f ^^^^ ^^ ^^^^ .^^^^^^ 

date and that it should be revised. , ,i / j . • • 

i^vu. jjj^ server (or the server can detennine this error on its 

For purposes of discussing the example flow of FIG. 4, it own through interrogation) as indicated at block 188 and an 

can be assumed that the terminal determines that there is a attempt can be made to repeat the data retrieval or the task 

valid indication to enter the depicted server response mode can be considered completed with the error displayed for the 

when a power-up or reset occurs while the control/handset us&L 

(implemental as a telephone) is in an ofif-hook position. An maximize error-free delivery of data, the data can be 

advantage of this condition is that it pentnits the termmal to transported between the server and the terminal using "1"- 

mitiate the data-revision frinctions without any special com- f^^^s in accordance with the ITU V42 standard. In this 

mand havmg to be entered by the user. j^anner. errors are detected using a CRC code and, for 

If the server mode indication is not present at block 166, packets in which errors are found, the packets are retrans- 

the terminal exits this routine and flow proceeds from block mitted. 

166 to the main program, as indicated in FIG. 4 by the if the retrieved data is vaUd, flow proceeds from block 

If the server mode indication is present, flow proceeds to 55 188 to block 190 where the retrieved data is transferred from 

block 168 where a connection is established with the server volatile memory to non- volatile memory, and the successfril 

if a connection with the server is not already established. It update status is displayed for the user. By first receiving and 

will be appreciated that such a connection can be established storing data in volatUe memory, validated data can be 

using any of the various types communication channels or quickly transferred to non-volatile memory in one fast 
input interfaces discussed herein. go transfer to minimize risk of corrupting the nonvolatile 

At block 174, a connection is established and the terminal memory due power outage or loss of connection with the 

waits to receive a command from the server. As mentioned server. This is done because if the download process were 

above, the terminal's memory stores codes representing interrupted while writing to flash memory, the image stored 

valid commands that can be received from a server and acted would be inconsistent and the application would not run. By 
upon. In other embodiments, these commands can be 65 downloading first to volatile memory and then transferring 

receivedin various ways, such as: a keyed- in command from to nonvolatile memory, the window in which we are sus- 

a user of the terminal, e.g., using the controlAiandset or the ceptible to this problem is minimized. The transferred data 
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can once again be validated in non-volatile memory. The 
data update can either be an entire new ram image of the 
applications or can be a subset of only certain locations 
which are to be changed. The routine can read and/or write 
to any location within flash memory. This includes user 
settings and preferences to applications as well as applica- 
tion programs. 

By using the server to control and feed information to the 
connected terminal, various applications can be realized. To 
name a few, these applications include: software-based 
updates to upgrade, retrieving diagnostic information, 
change or parameterize the terminal; display messages about 
the operation of the updates, about the manufacturer, about 
other products or service in the form of advertisements, and 
real-time audio and video showing the operator at the server 
end. As mentioned previously, using the capabilities of a 
video processor with a programmable multiprocessor 
architecture, these videoconferencing-related features can 
be implemented individually or in combination with one 
another, using a relatively low-cost structure such as a 
set-top unit. 

The present invention has been described with reference 
to particular embodiments. These embodiments are only 
examples of the invention's application and should not be 
taken as a limitation. Various adaptations and combinations 
of features of the embodiments disclosed are within the 
scope of the present invention as defined by the following 
claims. 

The following appendices are attached hereto: 

A. Via TV Modular Mdeophone Owner's Guide for Mod- 
els VC50 and VC55; 

B. ViaTV Web Browser Owner's Guide; 

C ViaTV Modular Videophone Quick Start Guide for 
Models VC50 and VC55; 

D. ViaTV Phone Owner's Guide for Models VClOO/ 
VC105; 

E V^aTV Phone Owner's Guide for Model VClOO; 

F. Addendum to Owner's Guide for ViaTV Phones 
VClOO/105 Version 4 Software Upgrade; 

G. Addendum to Owner's Guide for ViaTV Phones 
VC50A^C55 Version 4 Software Upgrade; 

H. \^aTV Phone Model VC50 Brochure; 

I. ViaTV Phone Model VC105 Brochure; and 
J, ViaTV Phone Model VC55 Brochure. 
What is claimed is: 

1. A videoconferencing apparatus for communicating 
video and audio data over a plain old telephone service 
(POTS) line, comprising: 

a video source configured and arranged to capture images 
and to generate video data representing the images; 

a POTS interface circuit, including a modem, configured 
and arranged to transmit and receive video and audio 
data over the POTS line; 

a programmable processor circuit having a first section, 
including a DSP-type processor, configured and 
arranged to encode and decode video data, including 
the video data generated by the video source, according 
to a programmed video-coding recommendation, and 
having a controller section, including a RISC-type 
processor, communicatively coupled to the first section, 
the controller section executing a stored program for 
controlling operation of the videoconferencing appara- 
tus in response to user-generated commands; 

an EEPROM circuit coupled to the programmable pro- 
cessor circuit and arranged for storing the program for 
controlling operation of the videoconferencing appara- 
tus; 
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a display driver circuit responsive to the programmable 
processor circuit and configured and arranged to gen- 
erate video data for a display; and 

a housing arrangement, enclosing the video source, the 
5 POTS interface circuit, the programmable processor 
circuit, the EEPROM circuit, the display driver circuit, 
and constructed and arranged to mount adjustably on 
the top of the display. 

2. A videoconferencing apparatus, according to claim 1, 
10 wherein the controller section includes at least one of a 

telephone and a wireless remote unit. 

3. A videoconferencing apparatus, according to claim 1, 
wherein the programmable processor circuit is implemented 
using at least two intercommunicative integrated circuit 

15 packages. 

4. A videoconferencing apparatus, according to claim 1, 
wherein the programmable processor circuit is implemented 
using one integrated circuit package including both the 
RISC-type processor and the DSP-type processor. 

20 5. A videoconferencing apparatus, according to claim 1, 
wherein the first and controller sections of the program- 
mable processor circuit are implemented as part of a single 
integrated circuit. 

6. A videoconferencing apparatus, according to claim 1, 
wherein the processor circuit is programmed to receive a 
user-generated command that configures the videoconfer- 
encing apparatus to automatically answer a call detected 
over the POTS line. 

7. A videoconferencing apparatus, according to claim 1, 
wherein the processor circuit is programmed to process 
video received from one of a plurality of video sources and 
to respond to a remotely generated "select** command caus- 
ing one of the video sources to be selected by a remotely- 
located user. 

8. A videoconferencing apparatus for communicating 
video and audio data over a communications channel, com- 
prising: 

a video source configured and arranged to capture images 

and to generate video data representing the images; 
an interface circuit, including a modem, configured and 
arranged to transmit and receive video and audio data 
over the channel; 
a programmable processor circuit having a first section, 
including a DSP-type processor, configured and 
arranged to encode and decode video data, including 
the video data generated by the video source, according 
to a programmed video-coding recommendation, and 
having a controller section, including a RISC-type 
processor, communicatively coupled to the first section, 
the controller section executing a stored program for 
controlling operation of the videoconferencing appara- 
tus in response to user-generated commands; 
an EEPROM circuit coupled to the programmable pro- 
cessor circuit and arranged for storing the program for 
controlling operation of the videoconferencing appara- 
tus; 

a display driver circuit responsive to the programmable 
processor circuit and configured and arranged to gen- 
erate video data for a display; and 
a housing arrangement, enclosing the video source, the 
interface circuit, the programmable processor circuit, 
the EEPROM circuit, the display driver circuit, and 
constructed and arranged to mount adjustably on the 
top of the display. 

9. A videoconferencing apparatus, according to claim 8, 
wherein the processor circuit is programmed to receive a 
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user-generated command that configures the videoconfer- 
encing apparatus to automatically answer a call detected 
over the communications channel. 

10. A videoconferencing apparatus, according to claim 8, 
wherein the processor circuit is programmed to process 5 
video received from one of a plurality of video sources and 

to respond to a remotely generated "select" command caus- 
ing one of the video sources to be selected by a remotely- 
located user. 

11. A videoconferencing apparatus, according to claim 8, lo 
wherein the processor circuit is programmed to process 
video received from one of a plurality of video sources and 

to respond to a remotely generated "select" command caus- 
ing one of the video sources to be selected by a remotely- 
located user, and wherein the processor circuit is further 15 
programmed to receive a user-generated command that 
configures the videoconferencing apparatus to automatically 
answer a call detected over the communications channel. 

12. A videoconferencing apparatus for communicating 
video and audio data over a communications channel, com- 20 
prising: 

a video source input port configured and arranged to 
couple video data from a video source, the video data 
representing images captured by the video source; 

an interface circuit, including a modem, configured and 
arranged to transmit and receive video and audio data 
over the channel; 


a programmable processor circuit having a first section, 
including a DSP-type processor, configured and 
arranged to encode and decode video data, including 
the video data generated by the video source, according 
to a programmed video-coding recommendation, and 
having a controller section, including a RISC-type 
processor, communicatively coupled to the first section, 
the controller section executing a stored program for 
controlling operation of the videoconferendng appara- 
tus in response to user-generated commands, the pro- 
cessor circuit being further configured to receive a 
user-generated command that configures the videocon- 
ferencing apparatus to automatically answer a call 
detected over the communications channel; 

an EEPROM circuit coupled to the programmable pro- 
cessor circuit and arranged for storing the program for 
controlling operation of the videoconferencing appara- 
tus; 

a display driver circuit responsive to the programmable 
processor circuit and configured and arranged to gen- 
erate video data for a display; and 

a housing arrangement, enclosing the video source input 
port, the interface circuit, the programmable processor 
circuit, the EEPROM circuit, the display driver circuit, 
and constructed and arranged to mount adjustably on 
the top of the display. 
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